VMware vSphere Replication 8.3.1 | 2020 年 9 月 15 日 | 内部版本 16877246 | 下载

VMware vSphere Replication 8.3.1 配置导入/导出工具 | 2020 年 9 月 15 日 | 内部版本 16880382 | 下载

请查看发行说明以了解新增内容及更新。

本发行说明包含以下主题：

VMware vSphere Replication 8.3.1 可提供以下语言的版本：

vSphere Replication 的功能、已知问题和已解决的问题在每个版本的发行说明中均进行了介绍。vSphere Replication 8.3.x 早期版本的发行说明包括：

vSphere Replication 8.3.0.2 Express 修补程序版本vSphere Replication 8.3.0.1 Express 修补程序版本vSphere Replication 8.3 发行说明

除了当前发行说明，还可以使用 vSphere Replication 8.3 文档集，其中包含以下交付内容。

下载 vSphere Replication .iso 映像并挂载它。您可以在 vSphere Web Client 或 vSphere Client 中使用“部署 OVF”向导来部署 vSphere Replication 设备。导航到此 .iso 映像中的 \bin 目录并使用相应的 OVF 文件：

有关安装的详细信息，请参见 vSphere Replication 文档中心中的“安装 vSphere Replication”一节。 对于 vCenter Server 到 vCenter Server 复制，源和目标站点上的 vSphere Replication 管理服务器的版本可以为 8.2 或 8.3。

vSphere Replication 8.3.1 要求在源站点和目标站点上都具有支持的 vCenter Server 版本。有关详细信息，请参见《VMware 产品互操作性列表》。

可以使用 ISO 文件或 VAMI 升级到 vSphere Replication 的主要版本，例如从 8.1 或 8.2 升级到 8.3.x。

无法使用 vSphere Replication 设备的 VAMI 中的官方 VMware 更新存储库将 vSphere Replication 从版本 6.5.1 升级到版本 8.3.1。有关受支持版本的详细信息，请参见兼容性列表。

重要信息：在启动升级前，请确认 vSphere Replication 设备具有 OFV 环境或上下文。请参见检查和恢复 vSphere Replication 设备的 OVF 环境 (2106709)。

确认您已阅读已知问题下的“升级和常规”部分。

确保先部署新的 vSphere Replication 8.3.x OVF。在新部署的 vSphere Replication 设备的控制台中，请确保选择升级选项。

有关升级到 vSphere Replication 8.3.1 的过程，请参见升级其他 vSphere Replication 服务器和升级 vSphere Replication 设备

有关 vSphere Replication 8.3.x 的操作限制，请参见 VMware 知识库。请参见 vSphere Replication 6.x 和 8.x 的操作限制 (KB 2102453)。

注意：vSphere Replication 需要其他配置，才能够支持在每个 vSphere Replication 管理服务器上同时进行超过 500 个复制操作。请参见 vSphere Replication 6.x 和 8.х 的操作限制和配置升级的 vSphere Replication 设备以支持多达 2000 个复制。

关于 vSphere Replication 8.3.1 中分发的开源软件组件适用的版权声明和许可证，请参见 vSphere Replication 开源公开页。

为确保虚拟机复制成功，必须先验证虚拟基础架构符合相关限制要求后，再开始复制。

已知问题分为如下类别。

将 vSphere Replication 8.1.2.1 升级到 vSphere Replication 8.3 并在源站点处于活动状态时运行灾难恢复后，复制可能会处于错误状态。

解决办法：移除处于错误状态的复制，然后重新进行配置。

从 vSphere Replication 8.1 升级到版本 8.3 后，无法使用网络加密功能。 

解决办法 1： 

1.与 vSphere Replication 设备建立 SSH 连接。 2.导航到 /opt/vmware/hms/conf/。 3.在文本编辑器中打开 hms-configuration.xml，并将 值设置为 true。4.重新启动 HMS 服务。

解决办法 2：

请参见 vSphere Replication 8.2。ESXi 无法下载 hbr-agent.vib“VibDownloadError”（知识库文章 75321）。

升级 vSphere Replication 后，vSphere Replication 管理 (VRM) 服务在 VAMI 中显示为停止，并且 虚拟设备中的 /opt/vmware/hms/logs/hms-configtool.log 文件包含 java.net.ConnectException：Connection refused。

由于 vPostgreSQL 服务未完全启动而导致嵌入式数据库架构的升级进程失败时，会出现此问题。

解决办法：

数据库架构升级启动。

如果您升级了 vSphere Replication 设备，或者由于某种原因导致 vSphere Replication 设备的证书或 IP 地址发生了变化，分配给默认 VRM 用户角色的权限将会被删除。每当取消注册 vSphere Replication 扩展后又向 vCenter Server 扩展管理器注册时，就会遇到该问题。

解决办法：请先克隆预定义的 VRM 角色，并创建自定义角色，然后再升级 vSphere Replication 设备，或者更改其证书或 IP 地址。分配给自定义角色的权限不会被移除。

升级后，vSphere Replication VAMI 发生更改，无法通过升级前所用的浏览器窗口进行访问。

解决办法：执行以下操作之一。

将 vCenter Server 升级到版本 7.0 并将 vSphere Replication 升级到版本 8.3 后，必须向 vCenter Single Sign-On 注册设备。在 vSphere Replication VAMI 的“配置”选项卡上，输入 LookupService 地址和 SSO 管理员的凭据，然后单击保存并重新启动服务。将显示以下错误消息：错误退出代码: 1 (Bad exit code: 1)。出现此问题是因为，升级的 vCenter Server 更改了其 IP 地址或证书，但 vSphere Replication 管理服务器保留了其 OVF 环境中 vCenter Server 的旧 IP 地址和证书。因此，vCenter Server 的验证失败。

解决办法：在 vSphere Web Client 中，右键单击 vSphere Replication 管理服务器虚拟机，关闭其电源，然后再打开电源。此操作将在 vSphere Replication 管理服务器虚拟机上强制更新 OVF 环境。

将 vSphere Replication 升级到版本 6.5 后，Site Recovery Manager 无法升级，因为 vSphere Replication 版本检测为不兼容。在 vCenter Solutions Manager 中，尽管设备报告升级成功，但 vSphere Replication 版本显示尚未升级。

解决办法：向 vCenter Single Sign-On 注册 vSphere Replication 设备。

尝试通过 VAMI 从 vSphere Replication 版本 8.2.1 升级到版本 8.3.1 后，hms-vpostgres 服务无法启动。更新过程会从 postgres 目录 /var/lib/vrmsdb 中删除所有配置。

解决办法：

将 vCenter Server 升级到版本 6.7 Update 3p 后，打开 Site Recovery UI 时，可能会看到以下错误消息：“用户未登录。由于缺少特权而终止方法执行 (User is not logged in. Terminating method execution due to lack of privileges)。”dr.log 和 HMS 日志中也会显示相同的错误。

解决办法：无。忽略该错误。

自动包括新磁盘选项处于启用状态。将新磁盘添加到源虚拟机时，vSphere Replication 会尝试自动重新配置复制，但该过程失败并显示以下错误：

无法重新配置复制组“”(受管对象 ID: “”)。详细信息: “虚拟机的 vSphere Replication 配置出现问题: 生成编号不匹配 (失效)。”(Cannot reconfigure replication group '' (managed object ID: ''). Details: 'The vSphere Replication configuration of the virtual machine has an issue: Generation number is mismsatched (stale).')

解决办法： 

 如果进行完全同步时将受保护虚拟机恢复到快照，则数据可能无法正确同步。

防止出现此问题的解决办法： 1.与 vSphere Replication Server 虚拟机建立 SSH 连接。2.导航到 /etc/vmware。3.在文本编辑器中打开 hbrsrv.xml，取消对属性的注释，并将 值更改为 false。4.使用命令 systemctl restart hbrsrv 重新启动 HBR 服务。

如果遇到此问题，请执行以下解决办法：

使用 vSphere Replication 管理服务器受管对象浏览器执行完全同步。

1.转到 https://vrms_address:8043/mob/?vmodl=1。2.导航到 content > replication-manager > getOutgoingReplications。3.按以下方式更改参数：开始：0计数：200清除分类器和筛选器，将其留空，然后单击调用方法。4.通过查找虚拟机名称并单击复制 ID（GID- 值），找到要完全同步的复制。5.单击 fullSync > 调用方法。

在 Site Recovery 插件中，您将看到此复制的状态已更改为“初始同步”。

如果使用 vSphere Trust Authority 加密机制，但切换回使用 KMS 服务器的旧加密机制，然后尝试配置复制，则该过程可能会失败。出现此问题的原因是，切换加密机制后，加密密钥可能未正确分发到目标主机。

解决办法：重新启动 HMS 服务。

尝试在远程站点上重新配置复制时，该过程失败并显示以下错误：

Failed to reconfigure replication because of java.lang.NullPointerException at com.vmware.hms.replication.SecondaryGroupImpl.reconfigureVirtualMachine(SecondaryGroupImpl.java:3163) at com.vmware.hms.replication.SecondaryGroupImpl.scheduledReconfigure(SecondaryGroupImpl.java:2840) at com.vmware.hms.replication.SecondaryGroupImpl.access$3(SecondaryGroupImpl.java:2812) at com.vmware.hms.replication.SecondaryGroupImpl$2.go(SecondaryGroupImpl.java:2780) at com.vmware.hms.task.TaskRunnable.run(TaskRunnable.java:71) at com.vmware.hms.HmsTaskManager$2.run(HmsTaskManager.java:519) at com.vmware.hms.util.executor.LoggerOpIdConfigurator$RunnableWithDiagnosticContext.run(LoggerOpIdConfigurator.java:133) at com.vmware.hms.util.executor.LoggerOpIdConfigurator$2.run(LoggerOpIdConfigurator.java:100)         仅当 vSphere Replication 设备从 8.1.0 之前的版本（例如 6.5 及更低版本）升级时，才会发生此问题。

解决办法： 

如果更改复制磁盘上的虚拟设备节点设置，然后尝试手动或自动重新配置（如果启用了自动复制新磁盘）复制，该过程将失败，并显示以下错误： 无法在远程站点完成复制组“”(受管对象 ID:“GID-”) 的重新配置任务: 任务“HTID-”。详细信息: vSphere Replication 管理服务器中出现运行时错误。异常详细信息: VR 服务器错误: (diskId: “RDID-”) 出错: SQLite 错误 19: 唯一性限制失败: ReplicatedDisk diskID；返回的错误消息: 唯一性限制失败: ReplicatedDisk.diskID；代码设置为: 具有给定 ID 的磁盘已存在。磁盘 ID 已在数据库中! 正在将副本磁盘 RDID- (groupID=GID-) 添加到数据库；正在添加磁盘 RDID-；正在向数据库添加磁盘信息 (Unable to complete the reconfiguration task at remote site for replication group '' (managed object ID: 'GID-'): task 'HTID-'. Details: 'A runtime error occurred in the vSphere Replication Management Server. Exception details: 'VR Server error: 'Error for (diskId: "RDID-"): SQLite error 19: UNIQUE constraint failed: ReplicatedDisk.diskID; Returned error message: UNIQUE constraint failed: ReplicatedDisk.diskID; Code set to: A disk with the given ID already exists.; Disk ID already in database!; Adding replica disk RDID- (groupID=GID-) to database; Adding disk RDID-; Adding disk info to database)...

解决办法： 

如果具有复制的虚拟机，并且启用了自动复制新磁盘的选项，则可能会收到以下错误： 

无法在远程站点完成复制组“”(受管对象 ID:“GID-”) 的重新配置任务: 任务“HTID-”。详细信息: 磁盘文件名“.vmdk”已存在 (Unable to complete the reconfiguration task at remote site for replication group '' (managed object ID: 'GID-'): task 'HTID-'. Details: 'Disk file name '.vmdk' already exists)。

以下两种情况可能会导致出现此错误： a) 删除了源虚拟机上的磁盘，然后添加了新磁盘。b) 更改了源虚拟机上从复制中排除的磁盘的虚拟设备节点设置。

解决办法：等待一段时间（大于 RPO），然后使用 DR UI 手动重新配置复制。如果启用了 MPIT，则必须等待所有复制实例（包含对已删除/已修改磁盘的引用）都过期。

如果从复制中排除磁盘后再尝试重新将其包含在内，重新配置将失败，并显示以下错误：

无法在远程站点完成复制组“”(受管对象 ID:“GID-”) 的重新配置任务: 任务“HTID-”。详细信息: 磁盘文件名“.vmdk”已存在 (Unable to complete the reconfiguration task at remote site for replication group '' (managed object ID: 'GID-'): task 'HTID-'. Details: 'Disk file name '.vmdk' already exists)。

解决办法：排除磁盘后等待一段时间（大于 RPO），以便能够重新该磁盘包含在内。如果启用了 MPIT，则必须等待所有复制实例（包含对已排除磁盘的引用）都过期。或者，也可以手动从目标数据存储删除 vmdk 文件（可以在错误消息中查看 vmdk 文件的名称）。

如果配置到 VMFS 数据存储的复制，然后将此组的任何磁盘重新配置为复制到 vSAN 数据存储（而虚拟机主页仍配置为 VMFS 数据存储），则尝试执行测试恢复时，操作会失败，并显示以下错误：

无法为 vSphere Replication 服务器上的组“”创建测试泡状映像 (Cannot create a test bubble image for group '' on vSphere Replication Server)...

解决办法 1：将所有副本磁盘重新配置为使用 VMFS 数据存储。

解决办法 2：重新配置虚拟机主页以复制到 vSAN 数据存储。

转到复制 > 入站时，自动复制新磁盘显示为已禁用，即使已将其启用也是如此。

解决办法：转到远程站点，然后在复制 > 出站中检查状态。

默认情况下，当您打开 vSphere Replication 设备的电源时，vSphere 安装捆绑包 (VIB) 会安装在部署该设备的 vCenter Server 清单中所有受支持的 ESXi 主机上。由于不同的原因，VIB 文件的自动安装可能会失败。

解决办法：

在托管复制源虚拟机的每个 ESXi 实例上安装 vSphere Replication VIB 文件。

1.临时禁用 ESXi 主机上的防火墙。2.建立与 ESXi Server 的 SSH 连接。3.运行下列命令：$ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib4.启用 ESXi 主机上的防火墙。

默认情况下，当您打开 vSphere Replication 设备的电源时，vSphere 安装捆绑包 (VIB) 会安装在部署该设备的 vCenter Server 清单中所有受支持的 ESXi 主机上。由于不同的原因，VIB 文件的自动安装可能会失败。 

解决办法：

在托管复制源虚拟机的每个 ESXi 实例上安装 vSphere Replication VIB 文件。

1.临时禁用 ESXi 主机上的防火墙。2.建立与 ESXi Server 的 SSH 连接。3.运行下列命令：$ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib4.启用 ESXi 主机上的防火墙。

如果将 vSphere 6.5 与 vVol 数据存储结合使用，并尝试导入或导出复制配置数据，该操作将失败，并显示以下错误：

无法配置复制: 出现了常规系统错误: 无效故障 (Unable to configure replication: A general system error occurred: Invalid fault)

解决办法 1：使用不同类型的数据存储，例如 vSAN、VMFS 或 NFS。解决办法 2：升级到 vSphere 6.7 或 vSphere 7.0。

如果您尝试将复制配置为同时使用网络加密和网络流量隔离功能，则复制状态会更改为“非活动”。例如，尝试在复制加密虚拟机时使用网络流量隔离，且网络加密不可选的情况。

解决办法：在未来的 vSphere Replication 版本能够充分使用这两种功能之前，您只能部分组合使用网络加密和流量隔离功能。例如，如果转到源主机上的 VMkernel 网络适配器设置并关闭 vSphere Replication 标记，则复制状态将更改为“良好”，并且仅禁用源站点出站流量的流量隔离。

针对源虚拟机在 ESXi 6.7 或 6.7 Update 1 上运行的复制所进行的同步仍在进行中，但复制详细信息中的校验和字节值没有进度。关闭电源、生成快照、恢复到快照和迁移等操作失败，并显示超时或任务正在进行中 (Task in progress) 错误。

解决办法： 

1.在 ESXi 的“高级”设置中，通过设置 HBR.ChecksumUseChecksumInfo = 0 来禁用 vSphere Replication 校验和。

2.迁移所有虚拟机并关闭 ESXi 主机上无法迁移的虚拟机的电源。

3.将主机置于维护模式。

4.重新引导 ESXi 主机。

执行这些步骤后，将禁用同步过程的校验和部分，且所有分配的块都将发送到远程站点，而无论它们是否相同。此外，也不能使用种子。

在 ESXi 6.7 和 6.7 Update 1 中，为并行传输调度的需求日志块数可能超出可传输的实际数量。如果要复制在此类主机上运行的虚拟机，并且存在目标主机较慢或临时网络错误问题，则可能会导致复制失败，并出现“DiskQueue 已满 (DiskQueue is full)”错误。

解决办法：

默认情况下，Site Recovery UI 在新选项卡中打开。在 vSphere UI 中右键单击复制的虚拟机并选择“重新配置复制”时，会在 Mozilla Firefox 浏览器中阻止 Site Recovey UI 的弹出窗口，且不显示通知。

解决办法：从 Mozilla Firefox 的“选项”菜单中，选择“内容”选项卡，然后将 vCenter Server 的 URL 添加到弹出窗口例外列表中。 

Site Recovery UI 不显示任何数据并显示错误 403 - OK。

解决办法：

1.从 Site Recovery UI 注销并重新登录。

2.禁用浏览器的“还原上次会话”复选框。对于 Chrome，禁用“从上次停止的位置继续”选项。

如果在配置复制时使用具有快照的虚拟机作为种子，虽然配置操作会成功，但复制会在“初始完全同步”结束后进入“错误”状态。此时会出现类似于以下错误描述的问题："A replication error occurred at the vSphere Replication Server for replication 'vmname'.Details: “(datastoreUUID: "vvol:9148a6192d0349de-94149524b5f52bc4")、(diskId: "RDID-fd3ed4de-2356-43c7-a0e2-7bc07a7da012")、(hostId: "host-33")、(pathname: "vmname/vmname.vmdk")、(flags: retriable): Class: NFC Code: 10; NFC error: NFC_DISKLIB_ERROR (Input/output error); Set error flag: retriable; Can't write (multiEx) to remote disk; Can't write (multi) to remote disk'.”

解决办法：从种子虚拟机中删除快照。

vSphere Replication 在完全同步期间可能会失败，并显示以下错误：A replication error occurred at the vSphere Replication Server for replication .Details: “(datastoreUUID: "...")、(diskId: "...")、(hostId: "...")、(pathname: "..."), (flags: retriable, pick-new-host, nfc-no-memory): Class: NFC Code: 5; NFC error: NFC_NO_MEMORY; Set error flag: nfc-no-memory; Code set to: Host unable to process request.; Set error flag: retriable; Set error flag: pick-new-host; Can't write (single) to remote disk'. 通常，此错误是暂时的，一段时间后，该操作将会成功。

如果替换了 vCenter Server 系统上的 SSL 证书，则 vSphere Replication 尝试连接 vCenter Server 时出现连接错误。

解决办法：有关如何更新 vCenter Server 证书并让诸如 vSphere Replication 等解决方案能够继续正常运行的信息，请参见 http://kb.vmware.com/kb/2109074。

如果在数据同步期间您的环境出现连接问题，您可能会发现以下问题。

解决办法：在继续操作前，先解决环境中的连接问题。

当相同网络中存在大量复制流量时，vSphere Replication 管理服务器可能无法通过 vCenter 反向代理接收应有的响应。某些复制管理或监控操作可能会失败，并出现以下错误消息：“com.vmware.vim.vmomi.client.exception.ConnectionException: java.net.SocketTimeoutException: 读取已超时 (com.vmware.vim.vmomi.client.exception.ConnectionException: java.net.SocketTimeoutException: Read timed out)”

解决办法：为 vSphere Replication 流量配置网络流量隔离，以便 vCenter 和 vSphere Replication 管理服务器之间的管理通信不会受大量复制流量的影响。请参见隔离 vSphere Replication 网络流量。

如果目标文件夹包含名称与已复制虚拟机相同的已注册虚拟机，则在恢复期间会覆盖该已注册虚拟机。启动“恢复”向导后，vSphere Replication 会检查目标文件夹，并显示一个供您确认覆盖操作的对话框。在极少数情况下，在完成目标检查后，且在向导仍处于打开状态时，可能会将虚拟机注册到目标文件夹。在这些情况下，将覆盖已复制到目标文件夹的虚拟机，而不另行通知。

解决办法：无。

如果目标站点上的 vSphere Replication 服务器的 IP 地址发生更改，则此站点的所有复制的状态都将变为“非活动 (违反 RPO)”。出现此问题是因为，当 IP 地址发生更改时，未自动重新配置源站点上的复制。

解决办法：重新配置所有复制，以便源主机使用目标 vSphere Replication 服务器的新 IP 地址。

在初始同步期间，您可能会发现同步状态临时更改为“错误”，并多次回到正常状态。该错误状态可能表明目标站点上的资源不足。如果由于同步操作所导致的 IO 工作负载高于目标主机可以处理的负载，则复制的状态将变为“错误”。IO 工作负载减少后，该错误将消失。

解决办法：在正在运行复制源虚拟机的每个 ESXi 主机上，减少名为 HBR.TransferMaxContExtents 的主机配置选项的值。默认值为 8，较低的值将减少在一次同步更新期间发送的数量块大小，但会增加初始完全同步的持续时间。在初始完全同步后，将该值更改回其默认值 (8) 以获得最大的 RPO 性能。如果在增量同步期间继续出现暂时性错误，则可能意味着每次增量期间传输了大量已更改块，而目标站点上的主机无法容纳所产生的 IO 工作负载。在这种情况下，请保持 HBR.TransferMaxContExtents 配置选项为较低值。或者，可以向辅助站点添加多个主机。

如果已分配预定义的 VRM 管理员或 VRM 虚拟机复制角色的用户登录 Site Recovery 用户界面并尝试配置复制，则不会启动“配置复制”向导。

解决办法：克隆默认角色以向其添加配置文件驱动的存储 -> 配置文件驱动的存储视图特权，然后将克隆的角色分配给用户。

对于 Linux 和 Windows 源，系统根据有关客户机操作系统的信息启用“启用静默”选项。如果虚拟机尚未打开电源，则 ESXi 主机将始终报告不支持静默，因为客户机操作系统信息不可用。

解决办法：验证复制源虚拟机是否在配置复制前至少已打开电源一次。

如果 vCenter Server 证书更改，则 vSphere Replication 无法访问。

解决办法：请参见更改 vCenter Server 证书之后将无法访问 vSphere Replication。

在极少数情况下，在恢复期间，VRMS 在目标 vCenter Server 中注册已恢复虚拟机后可能会立即停止。复制详细信息面板中的最新恢复错误消息为：VRM 服务器无法完成操作 (VRM Server was unable to complete the operation)。当 VRMS 重新启动时，它会清理部分恢复的虚拟机文件。在某些情况下，无法从目标 vCenter Server 取消注册虚拟机。随后的恢复尝试会在恢复向导中显示一条错误消息，说明选定的虚拟机文件夹已包含具有相同名称的实体。

解决办法：手动从目标 vCenter Server 移除虚拟机，但是保留它的磁盘，因为它们指向副本占位文件。

解决办法：重新引导 vSphere Replication 服务器。

如果在某个站点上启动一个操作，例如在虚拟机上配置 vSphere Replication，然后在其他站点上重新启动 vCenter Server 和 vSphere Replication 设备，则 vSphere Replication 操作将失败，并显示错误：VRM 服务器一般错误 (VRM Server generic error)。请查看文档了解任何故障排除信息。详细的异常为: “com.vmware.vim.binding.vim.fault.NotAuthenticated”。出现此问题是因为在重新启动 vCenter Server 和 vSphere Replication 设备之前，vSphere Replication 服务器在缓存中保留了连接会话。

解决办法：通过注销 vSphere Web Client 并重新登录，清除 vSphere Replication 连接缓存。

vSphere Replication 管理服务器遇到高负载或暂时性网络错误时，由于通信层中存在错误，执行操作可能会失败并显示错误 UnmarshallException。

解决办法：重新尝试失败的操作。

升级 vSphere Replication 时，由于 VAMI 未响应，因此，即使在成功安装更新后，状态消息“正在安装更新 (Installing Updates)”可能也不会消失。

解决办法：在浏览器中刷新 VAMI UI 或在新选项卡中打开 VAMI UI。

使用 vSphere Replication 在虚拟机上运行恢复时，恢复失败，并且复制的状态不为 [已恢复]。虚拟机已在 vCenter 清单中注册，但当您尝试打开其电源时，操作失败并显示错误：未找到文件 [datastorename] 路径/vmname.vmx (File [datastorename] path/vmname.vmx was not found)。作为 vSphere Replication 恢复工作流的一部分，虚拟机注册在 vCenter Server 中可能会成功，但由于存在临时性网络错误，响应可能未抵达 vSphere Replication 管理服务器。由于虚拟机注册错误，vSphere Replication 会恢复复制映像并报告失败的恢复任务。如果您启动了其他恢复，操作将失败并显示同名虚拟机已在 vCenter Server 中注册消息。

解决办法：从 vCenter Server 清单中移除部分恢复的虚拟机。请勿从磁盘中删除文件。重试恢复。

vSphere Replication 操作可能失败并且显示错误 java.net.UnknownHostException。这些错误是由于网络阻塞导致 DNS 请求丢失引起的。

解决办法：通过配置流量调整、服务质量或 vSphere Replication 设备上的 DNS 来配置网络，确保管理流量不会丢失。一种可行的解决方案是修改 vSphere Replication 设备的网络地址缓存策略。

如果尝试加密活动复制配置中的未加密虚拟机，则加密会失败。 

解决办法：恢复未加密的虚拟机，并使用加密的种子磁盘配置新复制。

1.  恢复远程站点上的虚拟机，但不打开该虚拟机的电源。2.  移除源虚拟机的复制。3.  编辑目标站点上虚拟机的设置，并将虚拟机存储策略更改为虚拟机加密策略。4.  编辑源站点上源虚拟机的设置，并将虚拟机存储策略更改为虚拟机加密策略。5.取消注册目标站点上已恢复的虚拟机，但不删除磁盘。6.  配置新复制，并选择目标站点上已恢复虚拟机的磁盘作为种子。

首次配置或恢复复制时，vSAN 存储策略将应用于恢复站点上的副本。如果使用新存储策略重新配置复制，该更改不会自动反映到配对站点。

解决办法：

如果您尝试重新配置复制，并将复制移至 Storage DRS 集群中的数据存储部分，则重新配置会失败。

解决办法：移除该复制，并配置指向所需数据存储的新复制。

无法以自定义用户身份配置复制，即使该自定义用户已分配了两个站点上所需的所有 VRM 特权也是如此。“配置复制”向导中的“目标位置”页面上显示错误消息：执行此操作的权限已拒绝 (Permission to perform this operation is denied)。

解决办法：无。必须在两个站点上以 SSO 管理员用户身份执行所有 vSphere Replication 操作。

恢复启用了时间点实例的虚拟机并为未解析的磁盘（如果有）附加磁盘时，这些磁盘将附加到最新快照。如果先恢复到之前的快照，然后再恢复到最新快照，附加的磁盘将不可用。

解决办法：编辑虚拟机的设置并添加所需磁盘作为现有硬盘。

如果您为采用物理模式的虚拟机配置复制，可能看到以下错误：

解决办法：无。

如果将已复制的虚拟机连接到分布式虚拟交换机，并尝试在自动化的 DRS 集群中执行恢复，则恢复操作将成功，但无法打开所生成虚拟机的电源。

解决办法：编辑已恢复虚拟机的设置，以将其连接到正确的网络。

如果 vCenter Server 管理上百台 ESXi Server 主机，则在 vSphere Replication 设备中注册其他 vSphere Replication 服务器可能需要花费几分钟。这是因为 vSphere Replication 服务器必须在每台 ESXi Server 主机上进行注册。